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Abstract of DE1 9543843 

The method is applied to a mobile telephone 
(10) which is linked by a telecommunications 
network (1 1 ) to a software-updating computer 
system (12). The computer system includes a 
transceiver (121), a volatile memory (123) and 
a hard disc (1 24). The mobile telephone holds 
its software in a non-volatile flash memory 
(103) with a structure table containing its 
version number. The software is set into an 
updating mode and a link is established with 
the remote computer system, to which the 
structure table is transmitted. An updating 
package with new operating system and 
function modules and a modified structure 
table is then received by the mobile telephone, 
via its transceiver (1 06). 
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Method for the Actualisation of the Software in a Microcomputer- 
supported Telephone 



According to Fig. 1, a computer system 12 is connected to a mobile telephone via a 
telecommunication network 11. The telecommunication network 11 is a mobile telephone 
network The mobile telephone 10 contains a central processor unit (CPU) 101, an 
indicator unit 102 for indicating simple messages to the user of the telephone 10, a non- 
volatile memory 103, as is e.g. known under the designation FLASH EPROM, for storing 
the software for the central processor unit 101, a volatile memory 104, such as e.g. a 
memory for random access (RAN), for executing the program contained in the software or 
for the actualisation of the software, a key pad 105 for inputting telephone numbers or 
control codes by the user, a transmitter/receiver unit 106 for the communication with the 
telecommunication network 1 1, as well as a main switch 107 controllable by the central 
processor unit 101. 

The computer system 12 is connected to the telecommunication network 11 for the 
purpose of software actualisation. It contains a transmitter/receiver unit 121 for the 
communication with the telecommunication network 11, a central processor unit (CPU) 
122 and, connected thereto, a volatile memory 123 and a hard disk 124 for the realization 
of the actualisation. 

Fig. 2 diagrammatically shows the software stored in the non-volatile memory 103 of the 
mobile telephone 10. The software 20 contains several modules, such as the OS module 
21 (operating system module), the function module 22 and a structure table 23. The 
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function modules 22 contain communication modules for the communication with base 
stations of the telephone network 1 1 by means of a protocol defined by a certain mobile 
telephone network, such as e.g. a GSM network, and also special program modules 
(feature modules) for the execution of certain functions of program items in a certain 
telephone 10, such as e.g. a short announcement, a telephone answering function and such 
like. The OS module 21 forms a real-time operating system for the control of the 
operations of all modules 22 and also for the actualisation of the software 20. It can be 
switched over to an actualisation mode for the actualisation of all modules of the software 
20. 

The structure table 23 contains the entire structure information of the software 20, such as 
e.g. the version number of the software 20 and of the OS module 21, the version number 
and special parameters of any function module 22, the hardware structure data of the 
telephone 10, such as the size of the memory and the type of the central processor unit 
101, the keypad 105 and the indicator unit 102. This structure table 23 is transmitted to the 
computer system 12 for determining, how the software 20 is to be actualised. The 
information contained in the structure table 23 can be changed in accordance with the type 
of the actualisation service offered by the computer system 12. 

The memory assignment plan according to Fig. 3 shows which way the modules 21 and 22 
are stored in the non-volatile memory 103. Each of the modules 21, 22 and 23 is stored in 
a memory slot 31 of its own of the memory 103, a certain additional storage space for 
later actualisation being assigned to the respective slot. An address table forming part of 
the structure table 23 serves for holding the addresses of the predetermined memory slots 
31. When an existing module is actualised, a new module is stored in the same memory 
slot starting with the same initial address. Since each memory slot 31 has additional 
memory space, a deviation in size of the new module does not present a problem, as long 
as its size does not exceed the available memory space of the corresponding memory slot 
31. 

This manner of storing allows that each existing module is acrualised separately and, 
therefore, that a complicated storing order or memory reorganisation problems in the 
memory 103 are avoided. Correspondingly, the OS module 21 can be relatively simple. 
Further, for the actualisation of the entire software 20, no great volatile memory 104 is 
required since only few modules will have to be actualised at a time. For most of the 
actualisation procedures it will be sufficient if the memory 104 is great enough for 
accommodating three to five modules. In addition, the time for the module transmission 
from the computer system 12 to the telephone 10 is short. 
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Fig. 4 represents an actualisation procedure 40 for the actualisation of the software 20 of 
the mobile telephone 10 which is triggered by the user of the mobile telephone 10. The 
actualisation procedure 40 has the following steps: 

Step 40 1 Setting the OS module 2 1 of the software in an actualisation mode 

Step 402 Keying-in the telephone number of the computer system 1 2 for setting-up a 
telecommunication connection with the computer system 12 via the telecommunication 
network 1 1; if the network 1 1 is a GSM network for the use of a data service from a base 
station of the network 11 in the vicinity, which thereupon transmits a subsequent 
information in the form of digital data, a data request follows from the OS module 21 

Step 403 Letting the user input an option code for the indication of an actualisation 
option 

Step 404 Transmitting the structure table 23 and (if input) the user option code to the 
computer system 12 

Step 405 Upon receipt of the structure table 23 from the telephone, the computer 
system 12 produces an actualisation packet with new modules and a new structure table 
and transmits the same to the telephone 10 

Step 406 Storing the actualisation packet in the volatile memory 1 04 
Step 407 Checking the received actualisation packet 

Step 408 Blocking the main switch 1 07 in order to prevent an interruption by the user 
during the following actualisation step (which could destroy both the software 20 and the 
actualisation packet stored in the volatile memory 104) 

Step 409 Actualising the software 20 by storing the new modules and the new 
structure table from the actualisation packet in the individual corresponding memory slots 



Step 410 



Releasing the main switch 107. 
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Claims 

1. A method for the actualisation of the software (20) of a microcomputer-supported 
telephone (10) comprising a centra] processor unit 101, a volatile memory (104) for the 
execution of the program and a non- volatile memory (103) in which the software (20) is 
stored, the software (20) having several modules (21, 22), 

characterized in 

that the method is performed by means of a remotely mounted computer system (12) via 
a telephone communication network (11), the software (20) stored in the non-volatile 
memory (103) further having a structure table (23) with at least a version number 
regarding the software (20), the software (20) being switchable from a normal operation 
mode to an actualisation mode for actualising the software (20), and that the method 
comprises the following steps: 

- setting the software (20) in an actualisation mode, 

- setting up a telecommunication connection to the computer system (12), 

- transmitting the structure table (23) to the computer system (12), 

- producing and transmitting an actualisation packet with new modules and a new 
structure table corresponding to the structure table (23) received by the computer system 
(12), and 

- actualising the existing modules (21, 22) and the structure table (23) of the software (20) 
by means of the new modules and the new structure table from the actualisation packet. 
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(§) Verfahron zur Aktualisierung der Software in einem mikrocomputergestutzten Telefon 



(§7) Es wird ain Verfahran zur Aktualisierung der Software 
etnas mtkrocomputergestutzten Telefons (10), insbesondere 
Mobiltelefons, vermittels eines entfernt angeordneten Com- 
putersys terns (12) angegeben, das mit dem Telefon (10) uber 
ain Telekommunikationsnetz (11), so z. B. das Mobittelefon- 
netz, varbunden ist. Das Verfahran waist die folganden 
Verfahrenaechritte auf: 

- Versetzen der Software (20) des Telefons (10) in einen 
Aktualisierungsmodus, 

- Herstellen einer Teiekommunikationsverbindung mit dem 
Computarsyatem (12), 

- Ubertragen einer Strukturta belle (23) des Telefons (10) an 
das Computarsy8tem (12), 

* Erstellen eines Aktualisierungspakets mit neuen Software- 
modulen und einer neuen Strukturta belle durch das Compu* 
■ tersystem (12) und Obertragen desselben an das Telefon (10) 

Cund 
- Aktualisieran der Software (20) des Telefons (10) vermittels 
^ des Aktualisierungspakets. 
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Beschreibung 



Die Erfindung betrifft ein Verfahren 2ur Aktualisie- 
rung der Software in einem mikrocomputergestutzten 
Telefon gemaB Gattungsbegriff des Patentanspruchs 1. 

Die sich rasch entwickelnde Telefon technik, vor allem 
Mobiltelefontechnik, erfordert eine gelegentliche Ak- 
tualisierung der in einem derartigen Telefon gespeicher- 
ten Software. Viele Mobiltelefonanbieter verlangen von 
einem Benutzer, daB er zur Aktualisierung der Software 
sein Mobiltelefon zu einer Kundendienststelle bringt 
Dies ist jedoch ziemlich unpraktisch, vor allem wenn 
sich die Kundendienststelle weit entfernt befindet An- 
dererseits ist es auch unbequem fur die Kundendienst- 
stelle, da sie uber Techniker und Ausrustungen fur die 
Durchfuhrung solcher Aktualisierungen verfugen muB. 

Zur Losung dieser Probleme wurden bereits verschie- 
dene Aktualisierungstechniken angegeben. Die US-PS 
5,418,837 (Johansson et aL) beschreibt ein Verfahren, 
welches eine SUM-( = Software-Upgrading-Module- 
)Karte fur derartige Aktualisierungen verwendet Die 
SUM-Karte wird von einem SIM-(= Subscriber- Identi- 
ty- Module-JKartenleser gelesen, der sich in einigen Mo- 
biltelefonen, wie zum Beispiel GSM-{ = Giobal-System- 
For-Mobile-Communications-)Terminals, befindet Ob- 
gleich es fur den Benutzer damit moglich ist, sein Mobil- 
telefon mittels der SUM-Karte zu aktualisieren, anstatt 
dafur eine Kundendienststelle aufsuchen zu mussen, hat 
diese Technik doch einige Nachteile. Zunachst verlangt 
die Beschaffung einer korrekten SUM-Karte fur seine 
Bedurfnisse von dem Benutzer Zeit und Muhe. Sodann 
muB sich der Benutzer, falls die erhaltene SUM-Karte 
inkorrekt ist oder er seine Optionen fur die Aktualisie- 
rung seines Mobiltelefons andert, eine andere SUM- 
Karte beschaffen, um den Vorgang zu beenden. 

Eine andere Technik, wie sie in der US-PS 5,430,877 
(Naylor) angegeben ist, gestattet es, mittels eines Mobil- 
telefons ein oder mehrere uber eine unmittelbare Part- 
ner-zu-Partner-Verbindung damit verbundene weitere 
Mobiltelefone zu aktualisieren, sofern es selbst eine 
Software mit hoherer Versionsnummer aufweist Um 
dieses Verfahren anwenden zu konnen, muB der Benut- 
zer aber zunachst einmal ein Mobiltelefon finden, wel- 
ches eine Software mit hoherer Versionsnummer hat 
Dies ist sehr unpraktisch, wenn ihm kein entsprechender 
Telefonteilnehmer bekannt ist Dazu noch mussen samt- 
Hche verbundenen Mobiltelefone miteinander kompati- 
bel sein, um das Verfahren anwenden zu konnen. 

Auf diesem Hintergrund liegt der Erfindung die Auf- 
gabe zugrunde, ein verbessertes Aktualisierungsverfah- 
ren fur Telefone gemaB Gattungsbegriff des Anspruchs 
1 anzugeben, welches den Benutzer einer Mitwirkung 
hierzu weitgehend entbindet 

Diese Aufgabe ist erfindungsgemaB durch die Merk- 
male des Patentanspruchs 1 gelost Die Unteranspruche 
geben daruberhinausgehend vorteilhafte Ausgestal- 
tungsmdglichkeiten an. 

Das betreffende Verfahren sieht vor, daB das Telefon 
zunachst eine Telekommunikationsverbindung mit ei- 
nem Computersystem herstellt und dem Computersy- 
stem eine Strukturtabelle ubermittelt Das Computersy- 
stem erstellt daraufhin ein Aktualisierungspaket ent- 
sprechend der empfangenen Strukturtabelle und tiber- 
tr£gt dieses zurQck zu dem Telefon. Das Aktualisie- 
rungspaket findet dort dazu Verwendung, die Software 
des Telefons zu aktualisieren, wobei es zunachst noch 
zwecks Prufung in einem Speicher des Telefons zwi- 
schengespeichert werden kann. 



Nachfolgend wird ein bevorzugtes Ausfuhrungsbei- 
spiel anhand der Zeichnungen genauer beschrieben. Da- 
bei zeigt 

Fig. t ein Blockschaltbild eines entsprechenden Mo- 
5 biltelefons und eines uber ein Telekommunikationsnetz 
damit verbundenen Computersystems. 

Fig. 2 eine schematische Darstellung der in dem Tele- 
fon gespeicherten Software einschlieBlich einer Struk- 
turtabelle. 

io Fig- 3 einen Speicherzuordnungsplan, der in dem 
nicht fluchtigen Speicher des Telefons gespeicherte 
Softwaremodule zeigt, und 

Fig. 4 ein FIuBdiagramm, welches den Verfahrensab- 
lauf bei der Aktualisierung der Software eines Mobilte- 

ts lefons wiedergibt 

GemaB Fig. 1 ist mit einem Mobiltelefon 10 uber ein 
Telekommunikationsnetz It ein Computersystem 12 
verbunden. Das Telekommunikationsnetz 11 ist ein Mo- 
biltelefonnetz. Das Mobiltelefon 10 enthalt eine Zen- 

20 tralprozessoreinheit (CPU) 101, eine Anzeigeeinheit 102 
zur Anzeige einfacher Mitteilungen an den Benutzer 
des Telefons 10, einen nichtfluchtigen Speicher 103, wie 
er beispielsweise unter der Bezeichnung FLASH 
EPROM bekannt ist, zur Softwarespeicherung fur die 

25 Zen tralprozessoreinheit 101, einen fluchtigen Speicher 
104, wie zum Beispiel einen Speicher fur wahlfreien Zu- 
gnff (RAN), fur die Ausfuhrung des in der Software 
enthaltenen Programms oder fur die Aktualisierung der 
Software, ein Tastenfeld 105 zur Eingabe von Telefon- 

30 nummern oder Steuercodes seitens des Benutzers, eine 
SendeVEmpfangs-Einheit 106 fur die Kommunikation 
mit dem Telekommunikationsnetz 11 sowie einen von 
der Zentralprozessoreinheit 101 steuerbaren Haupt- 
schalter 107. 

Das Computersystem 12 ist zwecks Softwareaktuali- 
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sierung an das Telekommunikationsnetz 11 angeschios- 
sen. Es enthalt eine Sende-/ Empfangs-Einheit 121 fur 
die Kommunikation mit dem Netz 11, eine Zentralpro- 
zessoreinheit (CPU) 122 sowie, damit verbunden, einen 
40 fluchtigen Speicher 123 und eine Festplatte 124 zur Ab- 
wicklung des Aktualisierungsvorganges. 

Fig. 2 zeigt schematisch die in dem nichtfluchtigen 
Speicher 103 des Mobiltelefons 10 gespeicherte Softwa- 
re 20. Die Software 20 enthalt mehrere Module wie zum 
45 Beispiel den OS-(= Operating-System-)Modul 21, 
Funktionsmodule 22 und eine Strukturtabelle 23. Die 
Funktionsmodule 22 enthalten Kommunikationsmodule 
fur die Kommunikation mit Basisstationen des Telefon- 
netzes 1 1 vermittels eines von einem bestimmten Mobil- 
so telefonnetz, wie zum Beispiel einem GSM-Netz, defi- 
nierten Protokolls und ebenso spezielle Programmodu- 
le (feature moduls) fur die Durchfuhrung bestimmter 
Funktionen oder Programmpunkte an einem bestimm- 
ten Telefon 10, wie zum Beispiel eine Kurzansage, eine 
55 Anrufbeantwortungsfunktion und dergl. Der OS-Modui 
21 bildet ein Realzeit-Betriebssystem fur die Steuerung 
der Operationen alier Module 22 und ebenso fur die 
Aktualisierung der Software 20. Er kann in einen Aktua- 
lisierungsmodus umgeschaltet werden fur die Aktuali- 
60 sierung samtlicher Module der Software 20. 

Die Strukturtabelle 23 enthalt die gesamte Struktur- 
information der Software 20, wie zum Beispiel die Ver- 
sionsnummer der Software 20 und des OS-Moduls 21, 
die Versionsnummer und spezielle Parameter eines je- 
65 den Funktionsmoduls 22, die Hardwarestrukturdaten 
des Telefons 10, wie zum Beispiel die SpeichergroBe und 
die Art der Zentralprozessoreinheit 101, des Tastenfelds 
105 und der Anzeigeeinheit 102 Diese Strukturtabelle 
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23 wird an das Computersystem 12 ubertragen zur Fest- 
legung dessen, wie die Software 20 zu aktualisieren ist 
Die in der Strukturtabelle 23 enthaltene Informationen 
konnen je nach der Art des von dem Computersystem 
12 gebotenen Aktualisierungsdienstes verandert wer- 5 
den. 

Der Speicherzuordnungsplan nach Fig. 3 zeigt, in 
welcher Weise die Module 21 und 22 in dem nichtfluch- 
tigen Speicher 103 gespeichert sind Jeder der Module 
21, 22 und 23 ist in einem eigenen Speicherscblitz 31 des 10 
Speichers 103 gespeichert, wobei ihm jeweils ein gewis- 
ser zusatzlicher Speicherraum fur die spatere Aktuali- 
sierung zugeordnet ist. Eine Adressentabelle, die einen 
Teil der Strukturtabelle 23 bildet, dient dazu, die Adres- 
sen der vorbestimmten Speicherschlitze 31 festzuhalten. 15 
Bei der Aktualisierung eines vorhandenen Moduls wird 
in dem gleichen Speicherschlitz ein neuer Modui abge- 
speichert, wobei mit derselben Anfangsadresse begon- 
nen wird. Da ein jeder Speicherschlitz 31 zusatzlichen 
Speicherraum aufweist, bildet eine GroBenabweichung 20 
des neuen Moduls kein Problem, solange dessen GroBe 
nicht uber den verfiigbaren Speicherraum des betref- 
fenden Speicherschlitzes 3 1 hinausgeht 

Diese Speicherweise gestattet es, einen jeden vorhan- 
denen Modul getrennt zu aktualisieren,und vermeidet 25 
so eine komplizierte Speicherordnung oder Speicher- 
umordnungsprobleme in dem Speicher 103. Entspre- 
chend kann der OS- Modul 21 verhaltnismaBig einfach 
sein. Des weiteren wird fur die Aktualisierung der ge- 
samten Software 20 kein groBer fluchtiger Speicher 104 30 
bendtigt, da ja jeweils nur wenige Module zu aktualisie- 
ren sein werden. Fur die meisten Aktualisierungsvor- 
gange wird es genugen, wenn der Speicher 104 groB 
genug ist, drei bis funf Module aufzunehmea Daneben 
ist die Zeit fur die Modulubertagung vom Computersy- 35 
stem 12 zu dem Telefon 10 gering. 

Fig. 4 gibt einen Aktualisierungsvorgang 40 fur die 
Aktualisierung der Software 20 des Mobilteiefons 10 
wieder, der vom Benutzer des Telefons 10 ausgelost 
wird Der Aktualisierungsvorgang 40 weist folgende 40 
Schritteauf: 

Schritt 401 Versetzen des OS-ModuIs 21 der Software 
20 in einen Aktualisierungsmodus 
Schritt 402 Eintasten der Telefonnummer des Compu- 
tersystems 12 zur Herstellung einer Telekomrnunika- 45 
tionsverbindung mit dem Computersystem 12 uber das 
Telekommunikationsnetz 11; ist das Netz 11 ein GSM- 
Netz fur die Inanspruchnahme eines Datendienstes sei- 
tens einer nahegelegenen Basisstation des Netzes 1 1, die 
daraufhin zwischen Telefon 10 und Computersystem 12 50 
eine Folgeinformation in Gestalt digitaler Daten uber- 
tragt, so erfolgt seitens des OS-Moduls 21 ein Datenab- 
ruf 

Schritt 403 den Benutzer einen Optionscode zur Anga- 
be einer Aktualisierungsoption eingeben lassen 55 
Schritt 404 Obertragen der Strukturtabelle 23 und (so- 
fern eingegeben) des Benutzeroptionscodes an das 
Computersystem 12 

Schritt 405 auf den Empfang der Strukturtabelle 23 aus 
dem Telefon 10 hin erstellt das Computersystem 12 ein 6 o 
Aktualisiemngspaket mit neuen Modulen und einer 
neuen Strukturtabelle und ubertragt diese an das Tele- 
fon 10 

Schritt 406 Speichern des Aktualisierungspakets in dem 
fluchtigen Speicher 104 65 
Schritt 407 Prufen des empfangenen Aktualisierungspa- 
kets 

Schritt 408 Sperren des Hauptschalters 107 zur Verhin- 
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derung einer Unterbrechung durch den Benutzer wah- 
rend des folgenden Aktualisierungsschrittes (die dabei 
sowohl die Software 20 als auch das in dem fluchtigen 
Speicher 104 gespeicherte Aktualisierungspaket zersto- 
ren konnte) 

Schritt 409 Aktualisieren der Software 20 durch Abspei- 
chern der neuen Module und der neuen Strukturtabelle 
aus dem Aktualisierungspaket in den einzelnen entspre- 
chenden Speicherschli tzen 3 1 
Schritt 410 Freigeben des Hauptschalters 107, 

Patentanspriiche 

1. Verfahren zur Aktualisierung der Software (20) 
eines mikrocomputergestiitzten Telefons (10), das 
eine Zentralprozessoreinheit (101), einen fluchtigen 
Speicher (104) fur die Programmausfiihrung und 
einen nichtfluchtigen Speicher (103) aufweist, in 
dem die Software (20) gespeichert ist, wobei die 
Software (20) mehrere Module (21, 22) aufweist, 
dadurch gekennzeichnet, daB das Verfahren mit- 
tels eines entfemt angeordneten Computersystems 
(12) uber ein Telekommunikationsnetzwerk (11) 
ausgefuhrt wird, wobei die in dem nichtfluchtigen 
Speicher (103) gespeicherte Software (20) des wei- 
teren eine Strukturtabelle (23) mit zumindest einer 
Versionsnummer bezuglich der Software (20) auf- 
weist, die Software (20) von einem normalen Be- 
triebsmodus in einen Aktualisierungsmodus zum 
Aktualisieren der Software (20) umschaltbar ist und 
das Verfahren folgende Verfahrensschritte auf- 
weist: 

— Versetzen der Software (20) in einen Aktua- 
lisierungsmodus, 

— Herstellen einer Telekommunikationsver- 
bindung zu dem Computersystem (12) 

— Obertragen der Strukturtabelle (23) an das 
Computersystem (12), 

— Erstellen und ubertragen eines Aktualisie- 
rungspakets mit neuen Modulen und einer 
neuen Strukturtabelle entsprechend der emp- 
fangenen Strukturtabelle (23) durch das Com- 
putersystem (12) und 

— Aktualisieren der vorhandenen Module (21, 
22) und der Strukturtabelle (23) der Software 
(20) vermittels der neuen Module und der neu- 
en Strukturtabelle aus dem Aktualisierungspa- 
ket 

2. Verfahren nach Anspruch 1, dadurch gekenn- 
zeichnet, daB jeder Modui (21, 22) der Software (20) 
in einem vorbestimmten Speicherschlitz (31) des 
nichtfluchtigen Speichers (103) mit zusatzlichem 
Speicherraum fur die spatere Aktualisierung ge- 
speichert und jeder in Betracht kommende Modul 
dadurch aktualisiert wird, daB in demselben Spei- 
cherschlitz (31) ein entsprechender neuer Modul 
abgespeichert wird 

3. Verfahren nach Anspruch 2, dadurch gekenn- 
zeichnet, daB die Strukturtabelle (23) eine Ver- 
sionsnummer fur einen jeden Modul (21, 22) der 
Software (20) enthalt 

4. Verfahren nach Anspruch 2 oder 3, dadurch ge- 
kennzeichnet, daB die Strukturtabelle (23) des wei- 
teren eine Adressentabelle zum Aufzeichnen der 
Adressen der vorbestimmten Speicherschlitze (31) 
aufweist 

5. Verfahren nach einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet, daB die Struktur- 
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tabelle (23) des weiteren Hardwarestrukturdaten 
desTelefons(10)entha!t 

6. Verfahren nach einem der vorhergehenden An- 
sprtiche, dadurch gekennzeichnet, daB das Aktuali- 
sierungspaket vor dem Aktualisierungsschritt in 5 
dem fliichtigen Speicher (104) zwischengespeichert 
wird 

7. Verfahren nach Anspruch 6, dadurch gekenn- 
zeichnet, daB das Telefon (10) einen von der Zen- 
tralprozessoreinheit (101) steuerbaren Hauptschal- i 0 
ter (107) aufweist, der wahrend des Aktualisie- 
rungsschritts gesperrt wird, urn eine Unterbre- 
chung des Aktualisierungsschritts durch den Benut- 
zer zu verhindern. 

8. Verfahren nach einem der vorhergehenden An- 15 
spruche, dadurch gekennzeichnet, daB es des weite- 
ren einen Verfahrensschritt zum Eintasten eines 
Benutzeroptionscodes vor dem Obertragungs- 
schntt aufweist, der es dem Benutzer ermoglicht, 
eine Aktualisierungsoption einzugeben. 20 

9. Verfahren nach Anspruch 8, dadurch gekenn- 
zeichnet, daB der Benutzeroptionscode nach Zu- 
standekommen der Telekommunikationsverbin- 
dung zusammen mit der Strukturtabeile (23) an das 
Computersystem (12) ubertragen wird 2 5 

10. Verfahren nach einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet, daB das Telefon 
(10) ein Mobiltelefon und das Telekommunika- 
tionsnetz (1 1) ein Mobiltelefonnetz ist 

1 1. Verfahren nach Anspruch 10, dadurch gekenn- 30 
zeichnet, daB das Mobiltelefonnetz ein GSM-Netz 
ist 
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